@AltamashShaikh We should merge when Cloud gets updated with new ApiReference

@lachiebol Can you check this ?

High-Risk Issues Blocking

  - Legacy hash forwarding is incomplete for existing documented links. The redirect only maps window.location.hash when it exactly equals a generated
    pluginSpec.pluginName in app/templates/api-legacy-redirect.twig:12. Existing docs still contain links like /api-reference/reporting-api#TagManager, /api-
    reference/reporting-api#SitesManager, /api-reference/reporting-api#api-method-list, and /api-reference/reporting-api#optional-api-parameters. If the hash is not
    present in pluginSpecs, users are sent to the generic /api-reference/api index instead of either the matching new page or the preserved legacy anchor. This is
    especially visible because the branch text says “Old reporting API links now redirect here” in app/templates/api-swagger-index.twig:19, but many old links will
    not land on the intended content.

  Medium-Risk Issues

  - The redirect is client-side only. That is probably necessary for fragment-based redirects because URL hashes are not sent to the server, but non-JS users and
    crawlers only get the fallback content. The <noscript> meta refresh points to /api-reference/api and cannot preserve anchors in app/templates/api-legacy-
    redirect.twig:5.

@AltamashShaikh First one is a valid concern, fixed that one.

The second one should be fine, if someone is using no js it should probably just take them to the new page.

@lachiebol It still says

This fixes only #api-method-list. Other existing legacy hashes like #optional-api-parameters, #TagManager, #SitesManager, #FormAnalytics, #HeatmapSessionRecording,
  #MediaAnalytics, and #CrashAnalytics still fall through to /api-reference/api#hash. In this checkout, the generated OpenAPI specs only include CustomTranslations,
  GithubAnalytics, LogViewer, LoginLdap, and TreemapVisualization, so most of those hashes will not map to a new plugin page.

The safer fix is to change the final fallback to:

  targetUrl = legacyUrl + '#' + hash;

It works, because all of the other hash params match sections in the current page.

Something like this should work
/api-reference/reporting-api#passing-an-array-of-data-as-a-parameter